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Amendments to the Drawinss 
One (1) sheet of formal drawings is attached hereto (Fig. 6). 
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REMARKS 



Applicants thank the Examiner for the thorough consideration given the present application. 

Claims 21-27 and 39 are canceled herein without prejudice to or disclaimer of the subject 
matter set forth therein. Claims 1-12, 30, 34, 35, and 37 were previously canceled without 
prejudice to or disclaimer of the subject matter set forth therein. Claims 1 3-20, 28, 29, 3 1 -33, 36, 
38, and 40-55 are pending. Claims 13, 14, 28, 29, 31, 36, and 38 are amended, and claims 40-55 
are added. Claims 13, 40, 48, and 55 are independent. 

Reconsideration of this application, as amended, is respectfully requested. 



To advance the prosecution of the present application, Applicants respectfully request that 
an interview be granted with Applicants' representative, Carl T. Thomsen, Registration No. 50, 
786, in order to review with the Examiner the changes made in this application, and to answer any 
questions the Examiner may have. The Examiner is requested to contact Carl T. Thomsen, at 703- 
208-4030 to arrange for an interview at the Examiner's convenience. 

Amendments to the Drawinss 

One sheet of formal drawings is attached hereto for the purpose of adding Fig. 6. 

Fig. 6 is a diagram illustrating the digital data file encryption method shown in Fig. 4, 
and the flow of the data file among the components of the digital data file encryption apparatus 
shown in Figs. 2 and 5 and described in the original specification. Fig. 6 is voluntarily added 



Examiner Interview 
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merely to provide further clarification to the claimed subject matter, and is fully supported by the 
original disclosure. No new matter has been entered. 



In accordance with MPEP §608.0 1 (q), Applicants herewith submit a substitute specification 
in the above-identified application. Also included is a marked-up copy of the original specification 
which shows the portions of the original specification which are being added and deleted. 
Applicants respectfully submit that the substitute specification includes no new matter and that the 
substitute specification includes the same changes as are indicated in the marked-up copy of the 
original specification showing additions and deletions. 

Because the number of amendments which are being made to the original specification 
would render it difficult to consider the case, or to arrange the papers for printing or copying, 
Applicants have voluntarily submitted this substitute specification. Accordingly, Applicants 
respectfully request that the substitute specification be entered into the application. 



Claims 13-29, 31-33, 36, 38, and 39 are rejected under 35 U.S.C. §1 12, first paragraph as 
failing to comply with the v^itten descripfion requirement, and as failing to comply with the 
enablement requirement. 

These rejections are respectfully traversed. 



Substitute Specification 



Claim Rejections Under 35 U.S.C SI 12, first parasraph 
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First of all, while not conceding the appropriateness of any of the rejections, but merely 
to expedite the prosecution of the instant application, independent claims 21 and 27 have been 
canceled, and independent claims 13, 40, 48, and 55 are now pending. 

For the convenience of the Examiner, portions of independent claims 13, 40, 48, and 55 
are repeated below, with annotations to indicate some examples of where support can be found 
in the original specification and in the FIGS. 

Independent claim 1 3 is amended herein to recite a combination of method steps directed 
to a method for copy protection, including, inter alia, 

generating a partially decrypted data unit, the partially decrypted data unit including two 
portions, each of the two portions having a different protection level with respect to the other 
(for example, see page 7, lines 7-14 of the original specification; Figs. 3B, 3E, and 6 for 
support); and 

transferring the partially decrypted data unit to a target device for further decrypting 
based on information used in the step of generating the partially decrypted data unit (for 
example, see page 7, lines 3-13, and 23 of the original specification; Figs. 4 and 6 at Steps 
490 and 500 for support). 

Independent claim 40 is added herein to recite a combination of method steps directed to 
a method for copy protection, including, inter alia, 

receiving a data unit that has been encrypted based on a predetermined encryption key; 
(for example, see Figs. 4 and 6 at steps 430); 



Application No, 09/527,670 
Amendment dated October 28, 2005 
Reply to Office Action dated June 28, 2005 



Docket No. 0630-0983P 
Art Unit: 2131 
Page 15 of 18 



identifying whether or not the received data unit needs to be protected; (for example, see 
page 6, lines 7-9 of the original specification); 

generating an encrypted data unit having a different encryption level or method from one 
used to encrypt the data unit, based on a result of the identifying step; (for example, seepage 7, 
lines 7-14 of the original specification; Figs. 3B, 3E, and 6 for support)) and 

transferring the generated encrypted data unit to a target device for decrypting based on 
information used in the step of generating the differently encrypted data unit data unit, (for 
example, see page 7, lines 3-13, and 23 of the original specification; Figs. 4 and 6 at Steps 
490 and 500 for support). 

Independent claim 48 is added herein to recite a combination of method steps directed to 
a method for copy protection, including, inter alia, 

enabling a registration mode for inputting a user identification; 

receiving a data unit from a storage device based on the inputted user identification 
information, wherein the data unit has been encrypted; (for example, see Figs. 4 and 6 at steps 



generating an encrypted data unit having a different encryption level or method from one 
used to encrypt the data unit; (for example, see page 7, lines 7-14 of the original specification; 
Figs. 3B, 3E, and 6 for support);3nd 

transferring the encrypted data unit to a target device for decrypting based on information 
used in the step of generating the differently encrypted data unit, (for example, see page 7, lines 
3-13, and 23 of the original specification; Figs. 4 and 6 at Steps 490 and 500 for support). 



430)\ 
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Independent claim 55 is added herein to recite a combination of method steps directed to 
a method for encrypting a digital data file, including, inter alia, 

receiving a data file from a digital data server, the data file having been encrypted in the 
digital data server based on a predetermined encryption key; (for example, see Figs. 4 and 6 at 
steps 430); 

decrypting the data file using the predetermined encryption key; 

identifying whether or not the received data file needs to be protected; (for example, see 
page 6y lines 7-9 of the original specification); 

reencrypting the decrypted data file on the basis of the identified result; (for example, 
see page 7, lines 7-14 of the original specification; Figs. 3B, 3E, and 6 for support); and 

transferring the reencrypted data file to a target device, (for example, seepage 7, lines 3- 
13, and 23 of the original specification; Figs. 4 and 6 at Steps 490 and 500 for support). 

wherein the reencrypted data file has a different level of encryption as compared to that 
of the received data file that was encrypted in the digital data server. 

It is respectfully submitted that the combination of steps set forth in each of independent 
claims 1 3, 40, 48, and 55 fully comply with the written description and enablement requirements of 
35 U.S.C, 112, first paragraph. 

Accordingly, it is respectfully submitted that independent claims 13, 40, 48, and 55 are 
allowable. 

The Examiner will note that dependent claims 14, 28, 29, 31, 36, and 38 are amended. 
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Since the dependent claims depend from the allowable independent claims, they should 

also be allowable for at least the reasons set forth above, as well as for the additional features 

provided by these claims. Accordingly, all pending claims should be in condition for allowance. 
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CONCLUSION 



All of the stated grounds of rejection have been properly traversed, accommodated, or 
rendered moot. It is believed that a full and complete response has been made to the outstanding 
Office Action, and that the present application is in condition for allowance. 

If any issues remain, however, the Examiner is invited to telephone Carl T. Thomsen 
(Reg. No. 50, 786) at 703-205-8000 in an effort to expedite prosecution. 

Pursuant to 37 C.F.R. §§ 1 . 1 7 and 1 .136(a), the Applicants respectfully petition for a one (1) 
month extension of time for filing a response in connection with the present application and the 
required fee of $120.00 is being filed concurrently herewith. 

If necessary, the Commissioner is hereby authorized in this, concurrent, and future replies 
to charge payment or credit any overpayment to Deposit Account No. 02-2448 for any additional 
fees required under 37 C.F.R. §§ 1.16 or 1.17, particularly extension of time fees. 



Respectfully submitted, 



BIRCH, STEWART, KOLASCH & BIRCH, LLP 




Esther H, Chong, #40,953\ 
P. O. Box 747 ^ 
Falls Church, VA 22040-0747 
(703) 205-8000 
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DIGITAL DATA FILE ENCRYPTION APPARATUS AND METHOD AND 
RECORDING MEDIUM FOR RECORDING DIGITAL DATA FILE 
ENCRYPTION PROGRAM THEREON 

BACKGROUND OF THE INVENTION 

Field of the Invention 

[0001] The present invention relates to digital data file encryption in which an 

encrypted digital data file is prevented from illicit interception and decoding when 
digital audio data or digital video data is transmitted to a personal computer through a 
computer communication network and, in turn, downloaded to a digital data player 
such as an MPS player. 

Description of the Related Art 

[0002] MP3 (shorthand for MPEG-1 Layer 3 Audio) is one of various 

available digital data formats for audio data. An MPS player is a new notional, 
portable digital device capable of readily downloading and reproducing desired data 
from a computer communication network using an audio data compression coding 
technique prescribed in MPEG-1 Layer 3. The MPS player has few faults and 
excellent sound quality because it stores a file in the form of digital data. Further, the 
MPS player is small in size and light in weight, thereby assuring high portability such 
that a user can carry it even during his physical exercise. For these reasons, this 
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product is a viable alternative to a portable cassette tape recorder and compact disk 
(CD) player. 

[0003] With reference to Fig. 1 , there is shown in block form a conventional 

arrangement of a digital data player and associated peripheral devices. In this 
drawing, the reference numeral 10 denotes a digital data server which assigns an 
identification (ID) number and password (PWD) to a personal computer 20 for user 
registration, and which also transmits a digital data player 22 in software form to the 
personal computer 20. Upon receiving a file supply request from the user, the digital 
data server 10 identifies the user on the basis of an ID number and password entered 
by him and supplies an encrypted digital data file to the user in accordance with this 
identification. The personal computer 20 stores the digital data file supplied from the 
digital data server 10 on a hard disk 21 therein and decrypts it through the 
downloaded software player 22 to reproduce the resultant unencrypted digital data 
file or to download it to a digital data playing device 30. The digital data playing 
device 30 downloads the unencrypted data file from the personal computer 20 and 
stores it in a memory unit 40 for the reproduction thereof. The memory unit 40 
downloads the unencrypted digital data file from the digital data playing device 30 
and stores it in its internal memory 42 to output the file for a desired playing 
operation. 

[0004] The operation of the conventional arrangement with the above- 

mentioned construction will now be described. 
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[0005] 



In order to legally receive a desired digital data file from the digital 



data server 10, the user has to register with a digital data file supplier. During user 
registration, the user is assigned an ID number and password from the digital data file 
supplier. Then, the user downloads a digital data player 22 in software form from the 
digital data server 10 through a communication network and installs the downloaded 
digital data player 22 in the personal computer 20. 

[0006] Thereafter, to download a desired digital data file from the digital data 

server 10 through the personal computer 20 and communication network, the user 
transmits his ID number and password to the digital data server 10 through the 
personal computer 20 and communication network. The digital data server 10 
identifies the user on the basis of the transmitted ID number and password and 
supplies the desired digital data file to the user in accordance with the identification. 
At this time, the digital data server 10 encrypts the digital data file using the usefs ID 
number as an encryption key and transmits the encrypted digital data file to the 
personal computer 20. 

[0007] The personal computer 20 stores the digital data file transmitted from 

the digital data server 10 on the hard disk 21. Then, upon receiving a reproduction 
request from the user, the personal computer 20 decrypts and reproduces the stored 
digital data file via the digital data software player 22. As a result, the user is able to 
listen to desired music through the personal computer 20. 

[0008] On the other hand, if the user intends to listen to music in a digital data 
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file form using the portable digital data playing device 30, then the personal 
computer 20 decrypts the digital data file, stored on the hard disk 21 with the digital 
data software player 22, and sends the decrypted digital data file to the digital data 
playing device 30 through a download unit 23 therein and the communication 
network. 

[0009] Then, the digital data playing device 30 stores the digital data file, sent 

along the above path, in the memory 42 of the memory unit 40, which is typically in 
the form of a removable card. If the user requests the digital data player 30 to 
reproduce the digital data file stored in the memory 42, then the digital data player 30 
reads the stored digital data file from the memory 42 and reproduces it through a 
decoder 32 therein. As a result, the user can listen to desired music anywhere using 
the digital data player 30. 

[0010] However, the above-mentioned conventional arrangement has a 

disadvantage in that the digital data file may be intercepted from the communication 
network during downloading from the personal computer to the digital data playing 
device (or from the digital data playing device to the memory card) in an unencrypted 
condition. Such an interception of the unencrypted digital data file makes it 
impossible to protect the copyright of a music copyright holder and music copyright 
associates (for example, a music producer and planner taking charge of music 
production, duplication and distribution). In order to solve the above problem, a 
conventional powerful encryption method may be used to powerfully encrypt the 
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encryption, in turn, requires a powerful de( 
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data player. However, such powerful 
ryption function, thereby increasing the 



SUMMARY OF THE INVENTION 
[0011] Therefore, the present invention has been made in view of the above 

problems, and it is an object of the present invention to provide an encryption system 
in which illegal outflow of a digital data file, such as MPS, downloaded from a server 
can be prevented, with no additional increase in cost. 

[0012] In accordance with one aspect of the present invention, there is 

provided a method for encrypting digital data including decrypting digital data which 
has been encrypted at a high encryption level, storing a predetermined amount of the 
decrypted digital data in a buffer, reencrypting output digital data from the buffer at a 
low encryption level; and transferring the reencrypted digital data to a digital data 
player or a data storage medium. 

[0013] In accordance with another aspect of the present invention, there is 

provided a method for encrypting digital data including determining whether digital 
data which has been encrypted at a high encryption level must be protected from 
unauthorized copying, decrypting the digital data, transferring the decrypted digital 
data to a digital data player or a data storage medium if the decrypted digital data 
need not be protected from unauthorized copying, and reencrypting the decrypted 
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digital data at a low encryption level if the decrypted digital data must be protected 
from unauthorized copying. 

[0014] In accordance with a further aspect of the present invention, there is 

provided a program (or script) embodied on a computer-readable medium for 
encrypting or decrypting a digital data file, the computer-readable-medium-embodied 
program including a first program code segment to receive and store digital data 
encrypted to a high level and an encryption key, a second program code segment to 
decrypt the stored digital data using the encryption key, a third program code 
segment to store a predetermined amount of the decrypted digital data in a buffer, 
and a fourth program code segment to reencrypt the digital data from the buffer to a 
low level and download the reencrypted digital data to a digital data player or a data 
storage medium. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0015] The above and other objects, features and advantages of the present 

invention will be more clearly understood from the following detailed description 
taken in conjunction with the accompanying drawings, in which: 
[0016] Fig. 1 is a block diagram of a conventional arrangement of a digital 

data player and the associated peripheral devices 

[0017] Fig. 2 is a block diagram of an embodiment of a digital data file 

encryption apparatus in accordance with the present invention; 
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[0018] Figs. 3A to 3E are views illustrating examples of file encryption in 

accordance with the present invention; 

[0019] Fig. 4 is a flowchart illustrating a digital data file encryption method in 

accordance with the present invention; and 

[0020] Fig. 5 is a block diagram of an alternative embodiment of the digital 

data file encryption apparatus in accordance with the present invention ; and 
[0021] Fig. 6 is a diagram illustrating the digital data file encryption method 

shown in Fig. 4. and the flow of the data file among the components of the digital 
data file encryption apparatus shown in Figs. 2 and 5 . 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
[0022] With reference to Fig. 2, there is shown in block form an embodiment 

of a digital data file encryption system in accordance with the present invention. Fig. 
6 illustrates the flow of the data file among the components of the digital data file 
encryption system. The operation of the digital data file encryption system according 
to the present invention will hereinafter be described in detail with reference to Figs. 
3-4e ^ Figs. 2 to 4 and 6 . 

[0023] First, the user must register with a digital data file supplier to legally 

receive a desired digital data file from a digital data server 1 10 (Fig. 6, Step 400) . 
During user registration, the user is assigned an ID number and password from the 
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digital data file supplier fFig. 6. Step 401) . Then, the user downloads a digital data 

player 122 in a software form from the digital data server 110 through a 

communication network and sets the downloaded digital data player 122 in a 

personal computer 120. 

[0024] Thereafter, the user transmits his ID number and password to the 

digital data server 110 through the personal computer 120 and communication 
network to download a desired digital data file from the digital data server 110 
through the communication network. The digital data server 110 identifies the user 
on the basis of the transmitted ID number and password and supplies the desired 
digital data file to the user in accordance with the identification (Figs. 4 and 6, Step 
430) . At this time, the digital data server 110 encrypts the digital data file on the basis 
of a predetermined encryption key and transmits the encrypted digital data file to the 
personal computer 120. 

[0025] The personal computer 120 stores the digital data file transmitted from 

the digital data server 1 10 on a hard disk 121 therein (Fig. 6. Step 431) . Then, upon 
receiving a reproduction request from the user, the personal computer 120 decrypts 
and reproduces the stored digital data file through the digital data software player 
122. As a result, the user can listen to desired music through the personal computer 
120. 

[0026] On the other hand, in the case where the user intends to listen to music 

in a digital data file form using a digital data playing device 130, the personal 
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computer 120 has to transmit the desired digital data file to the digital data playing 
device 130. In this case, if the digital data file is powerfully encrypted and 
downloaded to the digital data playing device 130, a corresponding powerful 
decryption fiincfion must be performed in the digital data playing device 130. Such 
powerful decryption would result in an increase in cost of the digital data playing 
device 130. Alternatively, when the digital data is downloaded under the decrypted, 
or non-processed, condition, it is subject to illicit diversion during transmission, and 
subsequent uncontrolled distribution. In order to overcome the above problems, the 
present encryption apparatus encrypts and downloads the digital data file in the 
following manner. 

[0027] In the personal computer 120, an encrypted data file from the hard disk 

121 is decrypted by an encryption decryptor 123, temporarily stored in a buffer 124, 
and then transferred to an encryption/download unit 125 (Figs. 4 and 6, Steps: 470 
and 480) . Noticeably, different types of data files may be transferred to the 
encryption/download unit 125 along the same path. At this time, it is determined 
whether a given data file must be protected during transmission because of a 
copyright. If the given data file is determined to be copyrighted, then the buffer 124 
is appropriately changed in size according to the size (capacity) of the given file 
(Figs. 4 and 6. Steps: 490 and 500) . To the contrary, in the case where the given data 
file need not be protected because of a copyright, then it is directly downloaded to the 
digital data playing device 130 (Figs. 4 and 6. Step: 510) . 
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[0028] Changing the size of the buffer 124 appropriately as needed causes the 

decrypted data not to be normally used even if it is hacked or illicitly diverted while 

being stored in the buffer 124. As a result, the hacking or illicit diversion of the data 

file so protected does not frustrate the purposes of copyright laws, because the 

diverted file cannot be used 

[0029] For example, assume that a digital data file to be protected in copyright 

has a three-minute capacity and it is normally reproducible only when being stored in 
the buffer 124 in the unit of two-second amounts. In this case, the one-second 
amount-unit storage of the digital data file in the buffer 124 causes the digital data 
file not to be normally used even when it illegally flows. As a result, the copyright of 
the digital data file can be protected. There may be various methods for identifying 
files to be protected in copyright. One such method is to identify files to be protected 
in copyright on the basis of extension indexes. 

[0030] In the case where the output digital data from the buffer 124 need not 

be protected in copyright, it is downloaded directly in unencrypted form to the digital 
data playing device 130 through the encryption/download unit 125 TFigs. 4 and 6. 
Step: 510) . However, if the copyright of the output digital data from the buffer 124 
must be protected, then the file is weakly encrypted and downloaded to the digital 
data playing device 130 by the encryption/download unit 125. 

[0031] Figs. 3 A to 3E are views illustrating examples of file encryption in 

accordance with the present invention. For weak encryption, a strongly encrypted file 
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as shown in Fig. 3 A is partially decrypted on the basis of a predetermined encryption 
key and the remaining parts thereof are left strongly encrypted. As a result, a file 
encrypted and downloaded by the encryption/download unit 125 has striped, strongly 
encrypted areas as shown in Fig. 3B. Here shading denotes encrypted data and no 
shading denotes unencrypted data. 

[0032] Alternatively, the file encrypted as shown in Fig. 3A may be totally 

decrypted as shown in Fig. 3C and then more weakly encrypted/downloaded as 
shown in Fig. 3D on the basis of the predetermined encryption key. Alternatively, the 
unencrypted file shown in Fig. 3C may have only portions weakly encrypted as 
shown in Fig. 3E. Any of the encryption schemes shown in Figs. 3B, 3D, or 3E 
reduce processing requirements for the digital data playing device 130 relative to a 
file where all of the data has been strongly encrypted. Fig. 6 also the encryption 
schemes of Figs. 3B, 3D. and 3E. 

[0033] The digital data playing device 130 stores the digital data file from the 

personal computer 120, encrypted and downloaded in the above manner, in a 
memory 142 of a data storage medium 140 which may be in the form of a removable 
card. If the user requests the digital data playing device 130 to reproduce the digital 
data file stored in the memory 142, then the digital data playing device 130 reads the 
stored digital data file from the memory 142 and reproduces it through a decoder 132 
therein. At this time, the digital data file read from the data storage medium 140 has 
to be decrypted for the reproduction because it is in an encrypted form. For this 
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reason, in the digital data playing device 130, a microcomputer 131 decrypts the 
digital data file read from the data storage medium 140 on the basis of the encryption 
key used in the above encryption procedure and outputs the decrypted digital data file 
to an output line through the decoder 132. Because of the weak encryption shown, for 
example, in Figs. 3B, 3D, and 3E, the decoder is kept low-cost. As a result, the user 
can listen to desired music anywhere using the digital data playing device 130 and 
the digital data file can be prevented from illicit diversion and distribution while 
being downloaded to the digital data playing device 130. 

[0034] In accordance with the present invention, the above encryption method 

may be implemented by one program on a recording medium. The encryption 
program is configured to receive and store both digital data encrypted to a high level 
and an encryption key, decrypt the encrypted digital data according to the encryption 
key, store the decrypted digital data in a buffer in a predetermined unit of size, 
reencrypt output digital data from the buffer to a low level and download the 
reencrypted digital data to a digital data player or a data storage medium. This 
encryption program is stored on a single recording medium for use in the digital data 
encryption of the present invention. 

[0035] Fig. 4 is a flowchart illustrating a digital data file encryption method in 

accordance with the present invention. F4fsfer- A user of the present invention must 
have previously registered and have been assigned an ID number and password, as 
described earlier in the description of the related art. 
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[0036] Thereafter, acccording to the present invention as shown in Fig. 4, 

upon receiving a digital data file download request from a personal computer at step 
Step 410, a server identifies the user at step -Step 420 to determine whether the user is 
legitimate. At this time, the server identifies the user on the basis of an ID code and 
password which are assigned from the server to the user, as stated previously. If the 
user is identified to be legitimate, the server downloads a desired digital data file 
encrypted to a high level and an encryption key to the personal computer at step-Step 
430. Upon downloading the desired digital data file from the server, the personal 
computer determines at step- Step 440 whether a copyright of the downloaded file 
must be protected. If the downloaded digital data file need not be protected in 
copyright, then it is decrypted and downloaded directly to a digital data player at step 
Step 510. In this case, because no copyright problem is caused even when the 
downloaded file is hacked/diverted, there is no necessity for encrypting the 
downloaded file to send it to the digital data player. 

[0037] On the other hand, in the case where it is determined at the above step 

Step 440 that the copyright of the downloaded file must be protected, the personal 
computer first checks the capacity of the downloaded file at step -Step 450 and then 
sets an effective capacity of a buffer in accordance with the checked result at-step 
Step 460. Then, the personal computer decrypts the downloaded file according to the 
encryption key at-ste p Step 470 and stores the decrypted file in the buffer at-step Ste'p 
480 in such a manner that the decrypted file cannot be normally reproduced even 
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when it is hacked in process of being downloaded to the digital data player. The 
digital data file stored in the buffer is encrypted to a low level at-stepStep 490. This 
low level encryption does not require a separate microprocessor which is typically 
used for the high level encryption or powerful encryption, thereby avoiding an 
increase in cost of the associated playing device. Then, the digital data file encrypted 
to the low level is downloaded to the digital data playing device at st e p Step 500. 
[0038] With reference to Fig. 5, there is shown in block form an alternative 

embodiment of the digital data file encryption system in accordance with the present 
invention. This second embodiment is substantially the same in construction as the 
first embodiment, with the exception that a plurality of digital data servers 1 1 OA- 
llOC are provided. Because of the provision of the plurality of digital data servers, 
the personal comput e r 20 computer 120 performs the decryption operation, not using 
the single encryption key as shown in Fig. 2, but using a plurality of encryption keys 
supplied respectively from the digital data servers. Then, the personal computer 20 
computer 120 reproduces the decrypted, or non-processed, digital data files or 
downloads them (with or without encryption) to the digital data playing device 130 
for storing in the storage medium 140 in the same manner as stated previously. 
[0039] Fig. 6 is a diagram illustrating the digital data file encryption method 

shown in Fig. 4. and the flow of the data file among the components of the digital 
data file encryption apparatus shown in Figs. 2 and 5. After the user registers with a 
data file supplier (Step 400). and is assigned an ID number and password (Step 401), 
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the user is authorized by the digital data server to receive data files upon request. The 

request by the user is fulfilled by the digital data server downloading the data File 

(Step 430), the file having been encrypted to a high level by the predetermined 

encryption key. The data file is received and stored in the personal computer (Step 

431). partially decrypted (Step 470) and then stored by changing the size of the 

buffer (Step 480). 

[0040] If the downloaded digital data file need not be protected in copyright 

then it is decrypted and downloaded directly to a digital data player at Step 510. In 
this case, because no copyright problem is caused even when the downloaded file is 
hacked/diverted, there is no necessity for encrypting the downloaded file to send it to 
the digital data player. On the other hand, in the case where it is determined at the 
above step 440 that the copyright of the downloaded file must be protected, the 
digital data file stored in the buffer is encrypted to a low level at step 490. As 
described above with reference to Figs. 3B, 3D, and 3E, any of the encryption 
schemes 3B, 3D, and 3E may be used. This low level encryption does not require a 
separate microprocessor which is typically used for the high level encryption or 
powerful encryption, thereby avoiding an increase in cost of the associated playing 
device. Then, the digital data file encrypted to the low level is downloaded to the 
digital data playing device at step 500. 

[0041] According to the present invention, a digital data file downloaded from 

a single server is decrypted, stored in the buffer in a predetermined unit of size, 
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encrypted in a somewhat simple manner and downloaded to the digital data player. 
Digital data files downloaded from a plurality of servers are decrypted in individual 
decryption manners, encrypted in the simple manner as mentioned above and 
downloaded to the digital data player. Therefore, it is possible to reliably protect the 
copyright of a given digital data file without increasing the cost of the digital data 
player due to the decryption function. 

[0042] Although the preferred embodiments of the present invenfion have 

been disclosed for illustrative purposes, those skilled in the art will appreciate that 
various modifications, additions and substitutions are possible, without departing 
from the scope and spirit of the invention as disclosed in the accompanying claims. 



